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Beschreibung 


Gebiet der Erfmdung 

Die Erfmdung betrifft cine Vorrichtung und cin Verfahrcn zur Kommunikation einer Anwendung rait ciner 
Chipkarte, sowie eine Verwendung in Lcse-/Schreibger§ten fur Chipkarten. 

Stand dcrTcchnik 

Als Datentragerkarten oder Chipkarten werden heute tragbare, zumeist kleine, in etwa in Scheckkartenfor- 
mat sich befindliche, Karten, vorzugsweise aus Kunststoff oder Metall, mit einem darin integrierten elektroni- 
schen Chip bezeichnet Im Gegensatz zu einfachen Speicherkarten (die als Memory Chip-Cards oder Memory- 
Cards bekannt sind) besitzen intelligente Datentragerkarten (auch multifunktionale Chipkarten, oder Smart- 
Cards genannt) neben einem Speicherbereich einen eigenen Prozessor zur Kontrolle der auf dem Chip der 
Datentragerkarte gespeicherten Daten. Dies erlaubt einen besseren Schutz der Daten und fuhrt zu einer 
verbesserten Funktionaiitat der Chipkarten. Einf ache Speicherkarten eriauben im allgemeinen nur ein Schreiben 
und Lesen der Daten. Intelligente Datentragerkarten verfQgen darQber hinaus noch Qber Furtktionen zur 
Strukturierung der Daten, zur Lokalisierung der Daten, zur Verwaltung der Daten und zum Schutz der Daten. 
Die Schnittstelle einer intelligenten Chipkarte, und damit auch die erforderliche Programmierung (z. B. von 
Kommandosequenzen), urn Daten von einer Chipkarte zu lesen, ist daher wesentlich komplexer als (tie von 
Speicherkarten. 

Der vor allem wegen der erhShten Falschungssicherheh zunehmende Einsatz von Chipkarten erstreckt sich 
auf zahlreiche Anwendungsgebiete. Anwendungen mit Chipkarten, also Anwendungen, fur die eine Kommuni- 
kation eines beliebigen Gerates mit einer Chipkarte erforderlich ist, kdnnen beispielsweise das bargeldlose 
Bezahlen, Identifikation des Chipkarteninhabers, die Speicherung von Daten oder dergleichen sein. Eine Anwen- 
dung besteht dabei aus internen Anwendungsteilen auf der Chipkarte und externen Anwendungsteilen in 
entsprechenden Geraten, wie z. B. Geldautomaten, PCs oder speziellen Terminals. AHgemein stellen interne 
Anwendungsteile afle Daten und Programme dar, die auf der Chipkarte selbst gespeichert werden, wahrend die 
externen Anwendungsteile alle Daten und Programme aufierhalb der Chipkarte darstellen. Die Programmie- 
rung dieser externen Anwendungsteile obliegt meist den Programmierern der Genite, mit denen eine Chipkarte 
zum Einsatz kommen soil HSuflg existiert in diesen Geraten bereits eine komplexe Software-Plattform. Urn hier 
Anwendungen mit Chipkarten zu integrieren, sind umfangreiche Kenntnisse fiber die Struktur der dort gespei- 
cherten Daten und die Schnittstelle der Chipkarte erforderlich. 

Die meisten verwandten Chipkarten unterscheiden sich von HersteUer zu HersteUer deutlich voneinander. 
Viele der Chipkarten implementieren erne Teilmenge des ISO Standards 7816 und verfQgen zusfitzlich Qber 
einige Sonderfunktionen. Dazu kommt in der Praxis die erforderliche Kenntnis der Details der zu implementie- 
renden internen und externen Anwendungsteile. 

Urn einen Zugriff auf die auf Chipkarten gespeicherten Daten zu ermdglichen, erfolgt zumeist eine feste 
Programmierung (Kodierung) von Kommandos. Dies bedeutet jedoch eine erhfthte Starrheit der Anwendung 
und eine schlechte Wartbarkeit 

Beim Einsatz von Chipkarten wird im allgemeinen eine VerschlQsselung der Daten oder der Kommandos zur 
Authentisierung der Chipkarte oder der, zur Chipkarte externen Welt verwendet Meist wird dabei ein symme- 
trischer VerschlQsselungsalgorithmus, wie der DES (digital encryption standard), oder ein asymmetrischer 
VerschlQsselungsalgorithmus, wie z. B. ein Public-Key Algorithmic benutzt Zur Authentisierung des Chipkar- 
teninhabers kommt derzeit fast ausschlieSlich eine Identifikationsnummer PIN (Personal Identification Number) 
zum Einsatz. Neben Geraten, wie Lese-/Schreibgeraten fttr Chipkarten, sind daher insbesondere noch weitere 
Elemente, wie die Authentisierungselemente zur VerschlQsselung und zur Eingabe der PIN, fQr eine Anwendung 
mit Chipkarten zu berQcksichtigen und kdnnen an einer solchen Anwendung beteiligt sein. 

Eine Kommunikation der, durch Hardware oder Software realisierten, Elemente und Gerite mit den externen 
Anwendungsteilen geschieht durch die Verwendung von Prograrnmierschnittstellen. FQr eine Chipkarte ist eine 
einf ache Schnittstelle jedoch nicht befriedigend. Durch die Komplexitflt der Datenstrukturen und der erf orderli- 
chen Kommandos reicht es nicht aus, eine Einbettung der Kommandos in ein anderes Protokoll oder eine hdhere 
Programmiersprache zu verwendea Dies setzt auch, fQr anwendungsspezifische Daten, die Kenntnis Qber 
interne Strukturen der Chipkarte und damit auch Qber ihre Erreichbarkeit und Zugreifbarkeit durch die Anwen- 
dung Qber die Schnittstelle zur Chipkarte bin, voraus. 

Zusammenf assung der Erfindung 

Es ist Aufgabe der Erfindung, eine Vereinfachung der Schnittstelle zur Kommunikation mit einer Chipkarte zu 
schaffen. Die Aufgabe der Erfindung wird entsprechend der unabhangigen AnsprOche geldst 

Eine erfindungsgemiBe Vorrichtung zur Kommunikation einer Anwendung mit einer Chipkarte weist minde- 
stens ein Anwendungsdatenverzeichnis — oder auch Wdrterbuch genannt — zur Aufnahme von Informationen 
Qber anwendungsspezifische Daten der Anwendung, und mindestens ein Chipkartendialogmodul — auch Agent 
genannt — fur die Generierung von Kommandos mit Hilfe des Anwendurigsdatenverzeichnisses fur eine 
Schnittstelle zur Chipkarte, wobei das Chipkartendialogmodul kartenspezifische Daten Qber die Chipkarte 
cnthait . 

Von der Anwendung wird eine Anfrage zur Kommunikation mit der Chipkarte an das fur die Chipkarte 
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spezifiziertes Chipkartcndialogmodul gestellt Das Chipkartcndialogmodul erzeugt auf die Anfrage bin minde- 
stens ein Koramando, das zu einer Kommunikation mit der Chipkarte erforderlich ist Das Chipkartcndialogmo- 
dul macht sich hierfQr anwendungsspezifische Informationen, die in dem Anwendungsdatenverzeichnis gespei- 
chert sind, zug&nglich. 

Um die Implementierung von Anwendungen mit unterschiedlichen Typen von Chipkarten zu erleichtern, ist es 5 
erforderlich, eine moglichst einheitliche Schnittstelle der Anwendungen zur Chipkarte zu bekommen. Erfin- 
dungsgeraiB erfolgt eine Trennung zwischen anwendungsspezifischen Daten und kartenspezi&chen Daten. 
Anwendungsspezifische Daten sind solche Daten, die Informationen Qber Art, Lokalit&t, Urafang und Zugriffs- 
methoden fur auf einer Chipkarte gespeicherte Daten enthalten, sowie die auf der Chipkarte gespeicherten 
Daten selbst Kartenspezifische Daten dagegen stellen solche Daten dar, die Informationen Qber die erforderii- to 
chen Koramandos und das Protokoll einer Chipkarte zum Zugriff auf die dort gespeicherten Daten geben. 

Die Trennung zwischen anwendungsspezifischen Daten und kartenspezifische n Daten ermdglicht es, daB ein 
und dieselbe Anwendung mit verschiedenen Chipkartentypen realisiert werden kann. Dies fflhrt zu einer 
wesentlichen Vereinf achung der Schnittstelle zu Chipkarten und verbessert andererseits die Trennung zwischen 
internen Anwendungsteiien auf der Chipkarte und von der Chipkarte getrennten, externen Anwendungsteilen, is 
Eine flexible Anpassung an neue Anwendungen und Chipkartentypen wird so unterstfltzt 

Die hier vorgestellte Ldsung erleichtert sowohl die Integration von Chipkarten in existenten Anwendungen, 
als auch die Implementierung neuer Anwendungen. Durch die Trennung von anwendungsspezifischen und 
kartenspezifischen Daten werden die fflr Anwendungen erforderlichen Kenntnisse minimiert und ihre Verwen- 
dung vereinfacht Die Wartbarkeit der internen als auch externen AnwendungsteQe wird deutlich verbessert Die 20 
Anwendung der Chipkarte wird von kartenspezifischen Aspekten wie Kommandos, Protokollen und Daten- 
strukturen entlastet CHeichzeitig wird neben einer synchronen auch eine asynchrone Betriebsart ermdglicht 

Die Erfindung findet vorzugsweise Anwendung in Lese-/Schreibger§ten fflr Chipkarten im weitesten Sinne, 
das heifit in PCs oder anderen Ger&ten die eine Kommunikation mit Chipkarten koordinieren, steuern und 
mitteibar oder unmittelbar durchfflhren. 25 

Weitere, vorteilhafte Ausf Qhrungen der Erfindung finden sich in den Unteransprflchen. 

Beschreibung der Zeichnungen 

Zur nftheren ErlSuterung der Erfindung sind im folgenden AusfQhningsbeispiele mit Bezugnahme auf die 30 
Zeichnungen beschrieben. Es zeigen: 

Fig. 1 eine schcmatische Darstellung der erfindungsgem&Ben Kommunikation einer Anwendung mit einer 
Chipkarte, 

Fig. 2 die Verwendung mehrerer Wdrterbflcher und/oder mehrerer Agenten fflr eine Vielzahl verschiedener 
Anwendungen und Typen von Chipkarten, 35 

Fig. 3 eine weitere AusfQhrungsform die eine Reduzierung des Overheads bei der Kommunikation mit der 
Chipkarte ermdglicht 

Beschreibung der Erfindung 

40 

Fig. 1 zeigt eine schematische Darstellung der erfindungsgem&fien Kommunikation einer Anwendung 10 mit 
einer Chipkarte 20l Die Anwendung 10 befindet sich, getrennt von der Chipkarte 20, beispielsweise in einem 
Lese-/Schreibger&t, einem Computer oder einer sonstigen, zur Kommunikation mit der Chipkarte 20 fahigen 
Umgebung. Ein Anwendungsdatenverzeichnis, das sogenannte Wdrterbuch 30 (application dictionary), dient zur 
Aufnahme von anwendungsspezifischen Daten. Ein Chipkartcndialogmodul, der sogenannte Agent 40 (smart 45 
card agent oder smart card interpreter), generiert die erforderlichen Kommandos fur die Schnittstelle der 
Chipkarte 2a 

Das Wdrterbuch 30 enthilt Informationen Qber Art, Lokalit&t, Umfang und Zugriff smethoden von auf einer 
Chipkarte gespeicherten Daten, sowie Informationen fflr die, aufgrund der Sicherheitsvorgaben der Anwendung 
10 eventuell erforderliche, Behandlung dieser Daten. Zur einfachen Identifizierung der jeweiligen Daten fflr 50 
einen Zugriff durch die Anwendung 10 werden den Daten ein oder mehrere Alias-Naraen zugeordnet Diese 
Informationen werden in geeigneter Form, wie z. B. tabellarisch oder hierarchisch, in dem Wdrterbuch 30 
angelegt und umfassen alle erforderlichen Informationen fflr die Anwendung 10 oder eine Vielzahl weiterer 
Anwendungen (nflheres dazu siehe Fig. 2). Der Zugriff auf das Wdrterbuch 30 erfolgt nur durch den Agenten 40. 
Die Zuordnung eines Wdrterbuchs 30 zu einem Agenten 40 kommt durch den externen Anwendungsteil oder 55 
einer spezieUen Erweiterung des Agenten 40 zustande. 

Die Generierung des Wdrterbuches 30 geschieht vorzugsweise durch eine manuelle Erstellung der erforderli- 
chen Daten. Dazu werden sSmtliche Informationen fflr alle auf der Chipkarte 20 befindlichen Daten und deren 
Eigenschaften bendtigt Die von der Anwendung 10 auf der Chipkarte 20 errekhbaren Daten werden mit den fib- 
das Wdrterbuch 30 vorgesehenen Alias-Namen versehen. 60 

Sollen Daten der Chipkarte 20 prozessiert werden, stellt die Anwendung 10 eine Anfrage 100 an den Agenten 
40. Eine solche Anfrage 100 enthalt Informationen flber die gewflnschte Zugriffsmethode, sowie den Alias-Na- 
men der gewfinschten Daten. Der Agent 40 erzeugt auf diese Anfrage 100 hm die erforderlichen Kommandose- 
quenzen, um auf Daten der Chipkarte 20 zugreifen zu kdnnen. Er bedient sich dabei der Informationen, die in 
dem Wdrterbuch 30 in einem Eintrag fflr den jeweiligen Alias-Namen gespeichert sind Die erforderlichen 65 
Parameter der Zugriffsmethode werden mit der Anfrage 100 an den Agenten 40 flbergeben. Beispielsweise 
gehdren zu der Anfrage 100, die ein Lesen eines Datums auf der Chipkarte 20 bewirken soil, der Alias-Name des 
Datums, die zu verwendende Lesemethode und Angaben fiber den Ort zur Hinterlegung der Antwort auf die 
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Anfrage 100. Eine solche Anfrage kann also zum Beispiel aus der Zugriffsart LESEN fQr Daten mit dem 
Alias-Namen KONTONUMMER und cincr Speicheradresse zur Hinterlegung der Daten bestehen. Neben den 
Methoden Lesen und Schreiben kdnnen hier u. a. auch Authentisierung, Erzeugen oder LSschen von Strukturen, 
sowie die bel Chjpkarten realislerbaren anwendungsspeziftschen Kommandos auftreten. Bei diesen handelt es 
5 sicfa urn auf der Chipkarte 20 gespeicherte Methoden die durch spezielle Kommandos ausgelost werden. Dies 
kann zum Beispiel die Modifikation des Betrags einer auf dem Chip der Chipkarte 20 implementierten Gcldbor- 
sesein. 

Urn eine leichte Einbettung in existierende Systeme zu ermoglichen, 1st es vielfach erforderlich, eine asynchro- 
ne Funkdonsweise des Agenten 40 zu garantieren. Viele der verwendeten Softwarepiattformen erfordern eine 

10 ereignisgesteuerte Program mierung. Em synchron arbeitendes Modul kann eventuell zu einer temporaren 
Blockierung des gesamten Systems fQhren. Die Dauer dieser Blockierung ist fur Chipkarten-Anwendungen 
jedoch vielfach nicht tragbar, da diese eine Datenflbertragung zu einem relativ langsamen Medium, sowie eine 
Bearbeitung von Kommandos auf einem relativ langsamen Prozessor einschlieBt 
Der Agent 40 wird vorzugsweise als asynchrones Modul implementiert, laflt sich jedoch auch synchron 

15 betreiben. Auf die Anfrage 100 der Anwendung 10 hin, generiert der Agent 40 eine Sequenz von Kommandos fQr 
die Chipkarte. Ein jedes Kommando 1 10 der Sequenz wird einzeln an die Anwendung 10 zurflckgegeben. Diese 
Gbertragt das jeweilige Kommando 1 10 des Agenten 40 als ein Anwendungskommando 130 an ein entsprechen- 
des Lese-/Schreibgerat 120 zum unmittelbaren Lesen und Schreiben von Daten auf der Chipkarte 20. An dieser 
Stelle sei erwahnt, dafi die Anwendung 10, wie bereits oben beschrieben wurde, auch direkt in dem Lese- 

20 /Schreibgerit 120 lokalisiert sein kann. Auch kann fOr bestimmte Anwendung anstatt einer Sequenz von 
Kommandos ein einzelnes Kommando 110 ausreichen. 

Das Lese-/Schreibgerat 120 fibertragt das Anwendungskommando 130, oder ein davon abgeleitetes Anwen- 
dungskommando 130', auf die Chipkarte 20 und empflngt von diesem eine Antwort 140. Die Daten der Antwort 
140, oder einer ebenfails davon abgeleitete Antwort 140', werden von der Anwendung 10 entgegengenommen 

25 und wiederum als Antwortdaten 150 dem Agenten 40 zugefQhrt Dieser interpretiert die Antwortdaten 150 und 
generiert daraufhin, falls erforderlich, das n&chste Kommando. Der Vorgang wird solange wiederholt, bis die 
gewflnschten Daten prozessiert worden sind. Am Ende des Vorganges, oder auch kontinuierlich w&hrend der 
Kommandosequenz, Obermittelt der Agent 40 einen Datensatz 160 als Reaktion auf die Anfrage 100 und die von 
der Chipkarte 20 zurQckgegebenen Daten an die Anwendung 10. Dieser Datensatz 160 stellt die, fQr die 

30 Anwendung 10 verstandliche Antwort der Chipkarte 20 auf die, fQr die Chipkarte 20 nicht verstandliche Anfrage 
100 der Anwendung 10 dar. 

Die Realisierung des Agenten 40 geschieht vorzugsweise durch die Verwendung des Konzeptes der endlichen 
Automates Ein solcher Automat ist in der Lage, seinen internen Zustand zu speichern und aufgrund von 
Eingabedaten und seinem aktuellem Zustand in einen anderen Zustand zu wechseln. Die Programmierung dieses 

35 Automaton geschieht durch die Vorgabe der gewtlnschten Zustandsinderungen fQr die jeweiligen Kombinatio- 
nen aus augenblicklichem Zustand und Eingabedaten. 

WUhrend der Generic rung von Kommandos kommt es bei Verwendung von durch SchlQssel geschdtzten 
Daten oder Befehlen, z. B. auf der Chipkarte 20, auch zu den erforderlichen Ver- und EntschlQsselungen. Diese 
sollen aufgrund der Sicherheitsvorgaben vielfach nicht durch den Agenten 40 selbst durchgef Qhrt werden. Der 

40 Agent 40 wird daher durch eine geeignete Anfrage an die Anwendung 10 diesen Bedarf signalisieren und die 
erforderlichen Daten lief era Die Anwendung 10 ihrerseits wird in den meisten Fallen diese Anfrage des Agenten 
40 an ein spezialisiertes Modul zur VerschlQsselung weiterleiten. Nach der Antwort kann der Agent 40 mit der 
Generiening der Kommandosequenz fortfahren. 
Neben speziellen Anfragen zur VerschlQsselung kdnnen unter anderem noch Anfragen an das Lese-/Schreib- 

45 gerat 120, sowie Anfragen zu einem (nicht gezeigten) PIN Eingabegerit auftreten. Diese Anfragen werden durch 
die Anwendung 10 an die entsprechenden Genite zur Bearbeitung weitergeleitet 

Urn mit der Chipkarte 20 zu kommunizieren, wird die Anwendung 10 zunachst den geeigneten Agenten 40 
(beispielsweise aus einer Vielzahl rndglicher Agenten) auswahlen. Spfttestens bei der Generierung einer Anfrage 
an den Agenten 40 wird auch das gewQnschte Wdrterbuch 30 spezifbriert Beides geschieht aufgrund spezieller 

50 Antwortdaten der Karte, die z. B. durch eine anflngliche Abf rage von der Chipkarte 20 erhalten wurden, und 
Kenntnissen Qber die jeweilige, auszufflhrende Anwendung 10. Nach Auswahl des Agenten 40 und des Wftrter- 
buches 30 kann durch die Anwendung 10 die Anfrage 100 an den Agenten 40 gestellt werden. Der Agent 40 
durchsucht daraufhin das Wdrterbuch 30 nach dem in der Anfrage 100 enthaltenen Alias-Namen und erh§lt 
darflber auch die erforderlichen anwendungsspeziftschen Informationen. Die erste Anfrage 100 versetzt den 

55 Agenten 40 in einen Startzustand und es wird daraufhin der erste Befehl der erforderlichen Kommandosequenz 
generiert Mit jeder Antwort auf ein Kommando wird der Agent 40 den internen Zustand wechseln und 
Informationen Qber den Fortschritt der Sequenz sammein. Die Generierung von Kommandos bricht ab, sobald 
der Agent 40 einen, fQr die Anfrage relevanten, Endzustand erreicht hat Dies ist der Fall, wenn ein Fehler bei der 
Kommunikadon auf getreten sein sollte, oder die Daten erfolgreich prozessiert worden sind. 

eo Sollte eine Anderung der Anwendung 10 durch eine Modifikation der auf Chipkarten gespeicherten Daten 
erforderlich werden, kann dies auf eine Anderung des Wdrterbuchs 30 begrenzt werden. Ein neues WOrterbuch 
30 / (nicht gezeigt) wird der Anwendung 10 verfdgbar gemacht, und die Anwendung 10 selbst muB nicht geftndert 
werden. Eine Anderung der auf die Chipkarte 20 bezogenen Teile der Anwendung 10, wie zum Beispiel die 
Verwendung anderer Chipkartentypen mit unterschiedlicher Schnittstelle, fQhrt zu einer Generierung eines 

65 neuen Agenten 40* (nicht gezeigt). Die datenbezogenen Informationen zu der Anwendung 10 in dem Wdrter- 
buch 30 oder 30 7 mOssen dabei nicht geandert werden. 

Es ist zu verstehen, daB das Kommando 1 10 und die Antwort 140 des Agenten 40 vorzugsweise weder durch 
die Anwendung 10 noch durch das Lese-/Schreibgerfit 120 oder eventuell andere zwischen Agent 40 und 


4 


DE 195 22 527 Al 


Chipkarte 20 Hegenden Gerftte verfindert wird. Die Signale 1 10, 130 und 13C sind in diesem Fall identisch, und 
die Chipkarte 20 erh&lt mittelbar das Kommando 110 des Agenten 40 und Qbermittelt diesem wiederum 
(gleichfalls mittelbar) seine Antwort 140 auf das Kommando 110. Damit sind auch die Signale 140; 140' und 150 
identisch. Analog dazu ist auch eine jeweilige unmittelbare Obertragung des Kommandos 110 an die Chipkarte 
20 und der entsprechenden Antwort 140 zurQck an den Agenten 40 realisierbar. 5 

Es ist auch zu verstehen, daB der Agent 40 sowohl in einem asynchronen als auch in einem synchronen Modus 
betrieben werden kann. Im asynchronen Modus wartet die Anwendung 10 nicht auf eine RQckmeldung des 
Agenten 40 auf die Anfrage 100 und steht somit auch zwischen Anfrage 100 und RQckmeldung zur VerfQgung. 
Im synchronen Modus jedoch wartet die Anwendung 10 auf eine RQckmeldung des Agenten 40 auf die Anfrage 
100 und steht erst nach erfolgter RQckmeldung wieder zur VerfQgung. to 

Fig. 2 zeigt die Verwendung mehrerer WdrterbQcher 230 und/oder mehrerer Agenten 240 fQr eine Vielzahl 
verschiedener Anwendungen 210 und Typen von Chipkarten 220. Eine sogenannte Agentur 250 wird durch die 
Anwendung 10 aus der Vielzahl von Anwendungen 210 anstelle des Agenten 40, wie in Fig. 1, aufgerufea 
Aufgabe der Agentur 250 ist es, die verschiedenen WdrterbQcher 230 und Agenten 240 zu verwalten und bei 
Bedarf fQr die VerfQgbarkeit entsprechender Versionen zu sorgea Dazu wird vorzugsweise eine Liste aller 15 
lokalen WdrterbQcher 230 und Agenten 240 mit deren Eigenschaften sowie der Kriterien, wann diese zu 
verwenden sind, benutzt Ist kein geeigneter Agent oder kein geeignetes W5rterbuch verfQgbar, kann von einer 
anderen Agentur 260 ein bendtigtes Exemplar, oder eine Kopie davon, angefordert werden. Dies kann Qber ein 
lokales Netzwerk, sowie Qber geeignete Kommunikationswege zwischen den Agenturen 250 und 260 geschehen. 

Wird bei der Impiementierung eines Agenten 40 erne interpretierte Programmiersprache verwendet, kann ein 20 
und dieselbe Impiementierung auch auf Ger&ten mit unterschiedlicher Hardware und Betriebssystemen verwen- 
det werden. Dazu wird fQrjedes Ger&t ein passender Interpreter implementiert, der das Programm des Agenten 
interpretierend abarbeitet 

Sind beim Transport von Kommandos vom Agenten 40 zur Chipkarte 20 mehrere Programm- Ebenen und 
Schnittsteilen zu durchlaufen, ergibt sich eventuell ein deutlicher Overhead bei der Kommunikation mit der 25 
Chipkarte 20. Dieser kann verringert werden, indem man, wie in Fig. 3 gezeigt, den Agenten 40 nflher zur 
Chipkarte 20 hin plaziert Dazu wird der Agent 40 durch einen Stellvertreter, den sogenannten Proxy 340 ersetzt 
Dieser erstellt fQr jede Anfrage 100 einen einzigen Datensatz 350 mit alien erforderlichen Informattonen aus 
dem Wdrterbuch 30 und l&Bt diesen an einen Router 360 senden. Der Router 360 empftngt den Datensatz 350 
des Proxy 340, instruiert nun seinerseits den auf diese Ebene verschobenen Agenten 40. Alle vom Agenten 40 ao 
generierten Kommandos 370 werden nun durch den Router 360 an die Chipkarte 20 geschickt und jede Antwort 
380 wiederum an den Agenten 40. Ein Resultat 390 der Anfrage 100 nach der Kommunikation des Agenten 40 
mit der Chipkarte 20 wird schlieBlich vom Router 360 an den Proxy 340 und von diesem als Antwort 160 an die 
Anwendung 10 zurQckgegeben. Der Proxy 340 garantiert eine einheitliche Schnittstelle fQr die Anwendung 10, 
so dafi diese bei seiner Verwendung nicht geSndert werden muB. Die Anwendung 10 bleibt unabhlngig davon, 35 
ob sie mit dem Agenten 40 oder dessen Proxy 340 kommuniziert Der Router 360 wird vorzugsweise auf der 
gleichen Ebene wie der Agent 40 plaziert, wahrend das Wdrterbuch 30 auf der Ebene der Anwendung 10, 
beziehungsweise der Agentur 230, verbleibt 

Es sei angemerkt daB das LeseVSchreibgertt 120 eine abstrakte DarsteOung eines Ger&tes mit einem 
unmittelbaren Zugriff auf die Chipkarte 20 darstellt Das LeseVSchreibgerat 120 kann jedoch aus einer Vielzahl 40 
einzelner Ger&te und Schichten mit einzelnen Sehnittstellen untereinander bestehen. 

Es ist zu verstehen, daB sich die Erfindung sowohl auf die einfachen Speicherkarten als auch auf intelligente 
DatentrSgerkarten mit einem eigenen Prozessor zur KontroDe der auf dem Chip der Datentragerkarte gespei- 
cherten Daten bezieht 

Eine Modifikation des Wdrterbuches 30 lafit sich erfindungsgem&fi auch unmittelbar durch den Agenten 40 45 
bzw. die Agentur 250 bewerkstelligen. Dies ist insbesondere dann von Vorteil, wenn Strukturen auf der Chipkar- 
te 20 mit Hilfe des Agenten 40 erzeugt oder verindert werden sollen, z. E wenn der Agent 40 eine neue Datei auf 
der Chipkarte 20 neu anlegen oder umgestalten solL Diese neue Information wird dann von dem Agenten 40 
bzw. der Agentur 250 in das Wdrterbuch 30 eingetragen. 

In einer AusfOhrungsform der Erfindung befindet sich das Wdrterbuch 30 unmittelbar auf der Chipkarte 20. 50 
Dies ermdglicht, dafi immer das bendtigte Wdrterbuch 30 fOr die Chipkarte 20 unmittelbar zur VerfQgung steht 
In einer weiteren AusfOhrungsform wird von der Chipkarte 20 das unmittelbar auf dieser Chipkarte 20 sich 
befindliche Wdrterbuch 30 kopiert und gespeichert (vorzugsweise durch den Agenten 40) und steht dem 
Agenten 40 bzw. der Agentur 250 fQr weitere Chipkarten desselben Chipkartentypes zur VerfQgung. 

55 

Detaiiliertes AusfQhrungsbeispiel 

Das folgende Beispiel soil den Abtauf einer Kommandosequenz verdeutlichen. Die Anwendung 10 mdchte 
eine Kontonummer von der Chipkarte 20 tesen. Der dabei zu verwendende Agent 40 wird anhand von Karten- 
merkmalen des Chipkartentypes der Chipkarte 20 selektiert Die Anwendung 10 schickt die Anfrage 100 an den 60 
Agenten 40, dem bereits ein spezifisches Wdrterbuch 30 durch eine vorangegangene Auswahl anhand von 
Kartendaten des Chipkartentypes der Chipkarte 20 zugeordnet sein solL Tabelle 1 zeigt einen Ausschnitt aus 
dem zugeordneten Wdrterbuch 30. 

Die Anfrage 100 enthfilt als Parametern den Befehl "LESEN", den Aliasnamen "KONTONUMMER" und die 
Speicheradresse eines Puffers, in dem das Ergebnis auf die Anfrage 100 abgelegt werden solL Der Agent 40 65 
durchsucht darauf hin das Wdrterbuch 30 nach dem Aliasnamen "KONTONUMMER 9 (siehe Tabelle i). Der 
gefundene Eintrag liefert die Informationen, in welchem Verzeichnis und in welcher Datei der Chipkarte 20 
dieses Datum zu finden ist, sowie Angaben Qber die Art und den Umfang des Datums und sicherheitsrelevante 
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Angaben. Die Daten auf der Chipkartc 20 seien in diesera Beispiel in Verzeichnissen angeordnet, wie diese von 
Dateisystemen f Or Computer bekannt sind. 

In diesem Beispiel wird in Tabelle 1 (mit Pfeil markiert) unter dem Aliasnamen •KONTONUMMER' die 
Pfadangabe "3F00A100.400r gefunden und die Angabe, das es sich um eine Datei des Typs TRANSPARENT 

5 handelt Das Datum befindet sich in der Datei mit Offset 4 und einer Lange von 5 bytes. Zur Obersetzung der 
logischen SchlQsselnummern in physikalische SchlQsse! dient die Angabe der SchlQsseldomane KREDIT und d>: - 
Authorisiemngsdomane AUTJCREDIT. Bei der Eingabe von Pafiwdrtern (mit einer PIN) wird fOr PIN1 und 
PIN2 die Domane GLOBAL* verwendet Eine Domane fOr ein bestimmtes Objekt stellt eine Menge von 
Verzeicbnis sen und Dateien dar, die auf eine gemeinsame Instanz dieses Objektes zugreif en. 

io Der Agent 40 beginnt mit der Generierung einer Kommandosequenz zur Selektion des erforderlichen 
Verzeichnisses auf der Chipkarte 20 anhand der Pfadangabe "3 FOOA 100.4001". Dabei wird die augenblickliche 
Verzeichnisselektion in Betracht gezogen. FOr den Fall, dafi das Verzeichnis 3F00 bereits selektiert ist, wird als 
ein erstes Kommando 1 10 zur Selektion des Unterverzeichnisses A 100 generiert Dieses erste Kommando 110 
wird an die Anwendung 10 zurQckgegeben mit einem Signal, das die Kommandosequenz fortgesetzt werden solL 

is Die Anwendung 10 gibt das erste Kommando 110 als Kommando ISO daraufhin an eine Schnittstelle zur 
Obertragung an das verwendete Schreib/Lesegerat 120 fur die Chipkarte 20 weiter. Dieses ubertr&gt das 
Kommando 130 an die Chipkarte 20. Die Chipkarte 20 sendet eine Antwort 140 mit einer Best&tigung der 
Auswahl und gegebenenfalls Informationen Ober das selektierte Verzeichnis. Die Antwort 140 wird vora 
Schreib/Lesegerat 120 an die Anwendung 10 geschickt, die diese sofort als Antwortdaten 150 an den Agenten 40 

20 weiterleitet 

Die Antwortdaten 150 liegen im Allgemeinen in einem der Anwendung 10 unverstandlichen Format vor. Um 
die Antwortdaten verstehen zu kflnnen, mQssen die umf angreichen Kenntnisse des Agenten 40 Qber die Chipkar- 
te 20 vorhanden sein. Der Agent 40 kann aus den Antwortdaten 150 SchlOsse Qber den Erfolg des ersten 
Kommandos 110 ziehen und Informationen Qber der Fortschritt der Kommandosequenz sammeln, Als nfichstes 

25 wird ein zweites Kommando 1 10* zur Selektion der Datei 4001 an die Anwendung 10 ubermitteh und wie zuvor 
das erste Kommando 1 10 behandelt 

AnschlieBend wird ein weiteres Kommando 110" zum Lesen der angeforderten Daten generiert Dazu wird 
die Information Qber Ort (Offset -4) und GroBe (Lange -5) der Kontonummer verwendet Das Kommando 
110" wird wie zuvor Kommando 110 Qbertragen und entsprechend von der Chipkarte 20 beantwortet Die 

30 Antwortdaten 150" der Chipkarte 20 enthalten nun aufierdem die gewunschten Daten. Diese Daten seien 
beispielsweise verschlQsselt, was der Agent 40 anhand vorhergehender Informationen bei der Selektion der 
Datei erkannt hat Nun wird eine Anfrage 160 des Agenten 40 an die Anwendung 10 generiert, um eine 
EntschlQsselung der Daten durchzufQhren. Die Anwendung 10 kann die EntschlQsselung selbst durchfuhren oder 
sie an ein weiteres spezialisiertes Modul weiterleiten. Das Ergebnis wird als Antwortdatum 150"' an den 

35 Agenten 40 zurQckgegeben. Dieser kopiert nun die Daten in einem der Anwendung 10 verstandlichen Format in 
den bei der ursprQnglichen Anfrage 100 angegebenen Pufferspeicher und signalisiert der Anwendung 10 das 
Ende der Kommandosequenz. Die Anwendung 10 kann nun auf die Kontonummer zugreifen und eine nlchste 
Anfrage an den Agenten 40 sendea 
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Patentansprflche 

1. Vorrichtung zur Kommunikation einer Anwendung ( 1 0) mit einer Chipkarte (20), gekennzeichnet durch: 
mindestens ein Anwendungsdatenverzeichnis (30) zur Aufnahme von Informationen Qber anwendungsspe- 
zifische Datcn dcr Anwendung (10), und 65 
mindestens ein ChipkartendiaJogmodul (40) fflr die Generierung von Kommandos mit Hilfe des Anwen- 
dungsdatenverzetchnisses (30) fflr eine SchnittsteUe zur Chipkarte (20X wobei das Chipkartendialogmodul 
(40) kartenspezifische Daten Qber die Chipkarte (20) enthfilt 
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2. Vorrichtung nach Anspruch 1, dadurch gekennzeichnet, dafi das Anwendungsdatenverzeichnis (30) Alias- 
Naraen zur Bczeichnung der anwendungsspezifischen Daten enthalt 

3. Vorrichtung nach Anspruch 1 oder 2, dadurch gekcnnzeichnet, dafi nur das Chipkartendialogmodul (40) 
Zugriff auf das Anwendungsdatenverzeichnis (30) hat 

4. Vorrichtung nach einem der vorstehenden AnsprQche, gekennzeichnet durch ein Zuordnungsmittel zur 
Zuordnung eines Anwendungsdatenverzeichnisses (30) zu einem Chipkartendialogmodul (40). 

5. Vorrichtung nach einem der vorstehenden AnsprQche, dadurch gekennzeichnet, dafi in dera Anwendungs- 
datenverzeichnis (30) die Inf ormationen fur eine oder mehrere Anwendungen (10) enthalten sind. 

6. Vorrichtung nach einem der vorstehenden AnsprQche, dadurch gekennzeichnet, dafi das Chipkartendia- 
logmodul (40) so implementiert ist, dafi es sowohl als synchrones als auch als asynchrones Modul verwendet 
werden kann. 

7. Vorrichtung nach einem der vorstehenden AnsprQche, dadurch gekennzeichnet, dafi das Chipkartendia- 
logmodul (40) als ein endlicher Automat implementiert ist, der in der Lage ist, sich seinen internen Zustand 
zu merken und aufgrund von Eingabedaten und aktuellem Zustand in einen anderen Zustand zu wechseln. 

8. Vorrichtung nach einem der vorstehenden AnsprQche, gekennzeichnet durch mindestens eine Agentur 
(250, 260), die fur die Verwaltung der jeweils vorhandenen Chipkartendialogmodule (240, 24C) und Anwen- 
dungsdatenverzeichnisse (230, 2300 zustindig ist und von der Anwendung (10) benutzt wird, urn die 
entsprechende Kombination von Chipkartendialogmodul (40) und Anwendungsdatenverzeichnis (30) fur 
den jeweiligen T^p von Chipkarten (20) zu bestimmen. 

9. Vorrichtung nach Anspruch 8, dadurch gekennzeichnet, dafi die mindestens eine Agentur (250) mit einer 
weiteren Agentur (260) Qber ein Metzwerk oder einen anderen, geeigneten Kommunikationsweg in Verbin- 
dungsteht 

10. Vorrichtung nach einem der vorstehenden AnsprQche, gekennzeichnet durch 

einen SteUvertreter (340), der in etwa in der Ebene der Anwendung (10) plaziert ist und das Chipkartendia- 
logmodul (40) in seiner Kommunikation mit der Anwendung (10) ersetzt, der SteUvertreter (340) weist ein 
Mittel zur ErsteUung eines Datensatzes (350) auf, wobei der Datensatz (350) auf eine Anfrage (100) der 
Anwendung (10) hin Informationen aus dem Anwendungsdatenverzeichnis (30) enthalt; 
einen Router (360) mit einem Mittel zum Empfang des Datensatzes (350) und einem Mittel zur lnstruktion 
des auf die Ebene des Router (360) verschobenen Chipkartendialogmoduls (40X 

wobei der Router (360) ein von dem Chipkartendialogmodul (40) generiertes Kommando (370) an die 
Chipkarte (20) und eine Antwort (380) der Chipkarte (20) auf das Kommando (370) an das Chipkartendialog- 
modul (40) schickt, der Router (360) ein Resultat (390) der Anfrage (100) nach der Kommunikation des 
Chipkartendialogmoduls (40) mit der Chipkarte (20) an den SteUvertreter (340) zurQckgibt, und der SteUver- 
treter (340) eine Antwort (160) an die Anwendung (10) gibt 

11. Verfahren zur Kommunikation einer Anwendung (10) mit einer Chipkarte (20), dadurch gekennzeichnet, 
dafi 

von der Anwendung (10) eine Anfrage (100) zur Kommunikation mit der Chipkarte (20) an ein fur die 
Chipkarte (20) spezifiziertes Chipkartendialogmodul (40) gesteUt wird, das kartenspezifische Daten Qber die 
Chipkarte (20) aufweist, und 

das Chipkartendialogmodul (40) auf die Anfrage (100) hin mindestens ein Kommando (1 10) erzeugt, das zu 
einer Kommunikation mit der Chipkarte (20) erfordertich ist, wobei das Chipkartendialogmodul (40) sich 
dabei anwendungsspezifische Informationen, die in einem Anwendungsdatenverzeichnis (30) gespeichert 
sind, zugangUch macht 

12. Verfahren nach Anspruch 1 1, dadurch gekennzeichnet, dafi 

das Chipkartendialogmodul (40) durch die Anwendung (10) aus einer Vielzahl von Chipkartendialogmodu- 
len (40) ausgewahlt wird; 

spatestens bei der Generierung der Anfrage (100) an das Chipkartendialogmodul (40) das Anwendungsda- 
tenverzeichnis (30) speziflziert wird; 

wobei beides aufgrund spezieller Antwortdaten der Chipkarte (20) und Kenntnissen Qber die jeweUige, 
auszufOhrende Anwendung (10) geschieht 

13. Verfahren nach Anspruch 12, dadurch gekennzeichnet, dafi die speziellen Antwortdaten der Chipkarte 
(20) durch eine anfangliche Abfrage von der Chipkarte (20) erhalten wurden. 

14. Verfahren nach einem der AnsprQche 11—13, dadurch gekennzeichnet, dafi in dem Anwendungsdaten- 
verzeichnis (30) zur Identifizierung den jeweiligen Daten fQr einen Zugriff durch die Anwendung (10) 
mindestens ein Alias-Name zugeordnet wird. 

15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, dafi die Anfrage (100) Informationen Qber die 
gewQnschte Zugriffsmethode sowie den Alias- Nam en der gewQnschten Daten enthalt 

16. Verfahren nach Anspruch 15, dadurch gekennzeichnet, dafi nach SteUen der Anfrage (100) an das 
Chipkartendialogmodul (40) dieses das Anwendungsdatenverzeichnis (30) nach in der Anfrage 100 enthalte- 
nen Alias-Namen durchsucht 

17. Verfahren nach einem der AnsprQche 11 — 16, dadurch gekennzeichnet, dafi die erste Anfrage (100) das 
Chipkartendialogmodul (40) in einen Startzustand versetzt, daraufhin ein erstes Kommando einer Kom- 
mandosequenz generiert wird, wobei mit jeder Antwort (150) auf ein Kommando (110) das Chipkartendia- 
logmodul (40) den internen Zustand wechselt und Informationen Qber den Fortschritt der Sequenz sammelt, 
und die Generierung von Kommandos abbricht, sobald das Chipkartendialogmodul (40) einen, fQr die 
Anfrage (100) relevanten, Endzustand erreicht hat 

18. Verfahren nach Anspruch 17, dadurch gekennzeichnet, dafi der Endzustand erreicht wird, wenn ein 
Fehler bei der Kommunikation auf getreten sein soUte oder die Daten erfolgreich prozessiert worden sind. 
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19. Vcrfahrcn nach cinera der AnsprQche 11 — 18, dadurch gekennzeichnet, daB bei einer Modifikation der 
auf der Chipkarte (20) gespeichertcn Daten nur eine Anderung des jeweiligen Anwendungsdatenverzeich- 
nis (30) durchgefQhrt und ein neues Anwendungsdatenverzeichnis (30*) der Anwcndung (10) verfQgbar 
gexnacfat wird, wobei die Anwcndung (10) selbst nicht ge&ndert werden muB. 

20. Verfahren nach einem der AnsprQche 11—19, dadurch gekennzeichnet, daB bei einer Anderung der auf 
die Chipkarte (20) bezogenen Teile der Anwcndung (10) eine Generierung eines neuen Chipkartendialog- 
moduls (40*) durchgefQhrt wird 

21. Verfahren nach einem der AnsprQche 11—20, dadurch gekennzeichnet, daB bei der Verwendung 
mehrerer Anwendungsdatenverzeichnis (230) und/oder mehrerer Chipkartendialogmodule (240) fur eine 
Vielzahl verschiedener Anwendungen (210) und Typen von Chipkarten (220) eine Agentur (250) durch die 
Anwcndung (10) aufgerufen wird, wobei die Agentur (250) die verschiedenen Anwendungsdatenverzeich- 
nisse (230) und Chipkartendialogmodule (240) verwaltet 

22. Verfahren nach Anspruch 21, dadurch gekennzeichnet, daB die Agentur (250) bei Bedarf fQr die VerfQg- 
barkeit entsprechender Versionen von Anwendungsdatenverzeichnissen (230) und Chipkartendialogmodu- 
len(240)sorgt 

23. Verfahren nach Anspruch 20 oder 21, dadurch gekennzeichnet, daB die Agentur (250) von einer anderen 
Agentur (260) ein bendtigtes Exemplar entsprechender Versionen von Anwendungsdatenverzeichnissen 
(230) und/oder Chipkartendialogmodulen (240% oder eine Kopie davon, anfordert 

24. Verfahren nach einem der AnsprQche 20—2% dadurch gekennzeichnet, daB die Agentur (250) fehlende 
Teile durch Kommunikation mit anderen, Iokal oder Qber Vernetzung erreichbaren Resourcen, beschafft 

25. Verfahren nach einem der AnsprQche 1 1 —24, dadurch gekennzeichnet, daB 

das erzeugte Kommando (1 10) an die Anwendung (10) zurQckgegeben wird und von dieser als ein Anwen- 
dungskommando (130) an ein entsprechendes Lese-/Schreibgerat (120) zum unmittelbaren Lesen und 
Schreiben von Daten auf der Chipkarte (20) weitergegeben wird; 

das Lese-/Schreibgerfit (120) das Anwendungskommando (130) oder ein davon abgeleitetes Anwendungs- 
kommando (1300 auf die Chipkarte (20) Qbertragt und von dieser eine Antwort (140) empfangt; 
die Antwort (140), oder eine ebenf alls davon abgeleitete Antwort (140'), von der Anwendung (10) entgegen- 
genommen wird und wiederum als Antwort daten (150) dem Chipkartendialogmodul (40) zugefQhrt werden; 
das Chipkartendialogmodul (40) die Antwortdaten (150) interpretiert und daraufhin ein nSchstes Komman- 
do generiert; 

wobei der Vorgang solange wiederholt wird, bis die Anfrage (100) prozessiert worden sind. 

26. Verfahren nach Anspruch 25, dadurch gekennzeichnet, daB am Ende des Vorganges, oder auch kontinu- 
ierlich w&hrend einer Kommandos equenz, das Chipkartendialogmodul (40) einen Datensatz (160) als Reak- 
tion auf die Anfrage (100) und die von der Chipkarte (20) zurQckgegebenen Daten an die Anwendung (10) 
Qbermittelt, wobei der Datensatz (160) die, fQr die Anwendung (10) verstandliche Antwort der Chipkarte 
(20) auf die, fQr die Chipkarte (20) nicht verstandliche Anfrage (100) der Anwendung (10) darstellt 

27. Verfahren nach einem der AnsprQche 1 1 — 26, dadurch gekennzeichnet, daB bei Verwendung von durch 
SchlQssel geschQtzten Daten oder Bef ehlen, 

das Chipkartendialogmodul (40) mh einer geeignete Anfrage an die Anwendung (10) einen Bedarf zur 
DurchfQhrung der erforderiichen Ver- und EntschlQsselungen signalisiert und die erforderiichen Daten an 
diese liefert;und 

die Anwendung (10) die Anfrage des Chipkartendialogmoduls (40) an ein spezialisiertes Modul zur Ver- 
schJQsselung weiterleitet 

28. Verfahren nach einem der AnsprQche 1 1 —27, dadurch gekennzeichnet, daB fQr die Prozessierung von 
Daten und/oder Programmen auf der Chipkarte (20) durch die Anwendung (10) die Angabe eines Alias-Na- 
raens eines Datums und/oder eines Programmes und eine gewQnschte Zugriffsmethode Qbergeben wird. 

29. Verfahren nach Anspruch 28, dadurch gekennzeichnet, daB als Zugriffsmethoden Lesen, Schreiben, 
Authentisierung, und/oder Erzeugen oder Loschcn von Strukturen auftreten kOnnen. 

30. Verfahren nach Anspruch 27 oder 28, dadurch gekennzeichnet, daB als Zugriff smethode die bei der 
Chipkarte (20) realisierbaren anwendungsspezifischen Kommandos auftreten kdnnen, die auf der Chipkarte 
(20) gespeichert und durch spezieile Kommandos ausgeldst werden kdnnen. 

31. Verfahren nach einem der AnsprQche 1 1 —30, dadurch gekennzeichnet, daB 

ein Stellvertreter (340), der in etwa in der Ebene der Anwendung (10) plaziert ist und das Chipkartendialog- 
modul (40) in seiner Kommunikation mit der Anwendung (10) ersetzt, auf die Anfrage (100) der Anwendung 
(10) hin einen Datensatz (350) ersteilt, der Informationen a us dem Anwendungsdatenverzeichnis (30) ent- 
hilt; 

ein Router (360) den Datensatz (350) empfangt und das, auf diese Ebene des Router (360) verschobene, 
Chipkartendialogmodul (40), instruiert; 

der Router (360) ein von dem Chipkartendialogmodul (40) generiertes Kommando (370) an die Chipkarte 
(20) und eine Antwort (380) der Chipkarte (20) auf das Kommando (370) an das Chipkartendialogmodul (40) 
schickt, der Router (360) ein Resultat (390) der Anfrage (100) nach der Kommunikation des Chipkartendia- 
logmoduls (40) mit der Chipkarte (20) an den Stellvertreter (340) zurQckgibt, und der Stellvertreter (340) 
eine Antwort (160) an die Anwendung (10) gibt 

32. Verfahren nach einem der AnsprQche 1 1 —31, dadurch gekennzeichnet, daB die Generierung des Anwen- 
dungsdatenverzeichnisses (30) durch eine manuelle Ersteilung der erforderiichen Daten geschieht, wobei 
die Generierung mit Hilf e samtlicher Informationen fur alle auf der Chipkarte (20) befmdlichen Daten und 
deren Eigenschaften durchgefQhrt wird und die von der Anwendung (10) auf der Chipkarte (20) erreichba- 
ren Daten mit Alias-Namen versehen werden. 
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33. Verfahren nach eincm dcr AnsprOche 11—32, dadurch gekennzeichnet, dafi eine Modifikation des 
Anwendungsdatenverzeichnisscs (30) unmittclbar durch das Chipkartendialogmodul (40) oder die Agentur 
(250) bewcrkstelligt wird 

34. Verfahren nach einem der AnsprOche 1 1 —33, dadurch gekennzeichnet, daB ein auf der Chipkarte (20) 
sich befindliches Anwendungsdatenverzeichnis (30) kopiert, gespeichert und dem Chipkartendialogmodul 
(40) oder der Agentur (250) zur VeifQgung gestellt wird. 

35. Vorrichtung und/oder Verfahren nach einem der vorstehenden AnsprOche, dadurch gekennzeichnet, 
dafi die anwendungsspezifischen Daten Informationen Qbcr Art, Lokalitat, Umfang und Zugriffsmethoden 
fflr auf einer Chipkarte gespeicherte Daten, sowie fiber auf der Chipkarte (20) gespeicherten Daten aufwei- 
sen. 

36. Vorrichtung und/oder Verfahren nach einem der vorstehenden AnsprOche, dadurch gekennzeichnet, 
dafi die kartenspeziHsche Daten Informationen flber die (Commandos und das Protokoll der Chipkarte (20) 
zum Zugrif f auf die dort gespeicherten Daten aufweisen. 

37. Vorrichtung und/oder Verfahren nach einem der vorstehenden AnsprOche, dadurch gekennzeichnet, 
dafi die kartenspezifischen Informationen komplette Grundstrukturen der Chipkarte (20) oder fflr Teile 
davonenthalten. 

38. Vorrichtung und/oder Verfahren nach einem der vorstehenden AnsprOche, dadurch gekennzeichnet, 
dafi die kartenspezifischen Informationen in tabellarischer und/oder hierarchischer Form angelegt sind. 

39. Vorrichtung und/oder Verfahren nach einem der vorstehenden AnsprOche, dadurch gekennzeichnet, 
dafi die Chipkarte (20) entweder eine Speicherkarte mit oder ohne einem eigenen Prozessor ist 

40. Vorrichtung und/oder Verfahren nach einem der vorstehenden AnsprOche, dadurch gekennzeichnet, 
dafi sich das Anwendungsdatenverzeichnis (30) auf der Chipkarte (20) befindet 

41. Lese/Schreibgerat fur Chipkarten (20X gekennzeichnet durch eine Vorrichtung und/oder Verfahren 
entsprechend einem der vorstehenden AnsprOche. 

42. Verwendung des Verf ahrens und/oder der Vorrichtung entsprechend einem der vorstehenden Anspru- 
chen in einem Lese/Schreibgerat fur Chipkarten (20). 


Hierzu 2 Sehe(n) Zeichnungen 
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